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REMARKS 

This Amendment is responsive to the Final Office Action dated July 11, 2005. 
Applicants wish to thank Examiner Vu for his helpful and kind consideration during telephone 
conversations with Applicants' undersigned Attorney on September 21 and 26, 2005. The 
contents of this paper are intended to reflect those discussions. The claims have been amended 
to clarify the claims. Applicants note that the present amendments include language substantially 
in the claims as previously presented, and therefore respectfully submit that no new matter has 
been added. 

All rejections and objections of the Examiner are respectfully traversed. Reconsideration 
and further examination are respectfully requested. 

At paragraphs 2-15 of the Office Action, the Examiner rejected claims 1-4, 6-14, 18-42 
and 44 under 35 U.S.C. 102(e) as being anticipated by United States Patent number 6,757,729 of 
Devarakonda et al. ^ Devarakonda et aL* \ Applicants respectfully traverse this rejection. 

Devarakonda et aL disclose a system with reference to a three tier client/server strategy, in 
which tier 1 represents the client function, tier 2 represents the service provider* and tier 3 
represents the data object server (i.e., information storage). The Devarakonda et aL system 
provides an interface between tiers 1 and 2, such that a service provider can either reside 
completely on a tier 2 server, or allocate its function between tiers 1 and 2 by providing a special 
service stub. Service stubs are downloaded for services residing on both tier 1 and tier 2. See 
column 2 lines 20-40, and column 3 ltaes.47-49 of Devarakonda et aL Each service stub object 
for a given service is used to provide a connection to thai service across tier 1 and tier 2. See 
column 4, lines 19-26 of Devarakonda et al. 



PAGE 13/17 ■ RCVD AT 9/2612005 5:59:49 PM [Eastern Daylight Time] * SVR:USPTO-EFXRF«6/26 * DNISOTOO 1 CSID:6176419620 ■ DURATION (mm-ss):04-16 



09/26/2095 17:57 6176419626 



DAVE DAGG 



PAGE 14/17 



Serial No. 09/709,830 - 1 1 - Art Unit 2142 

When an application program needs a service, it asks the Devarakonda et al. middleware 
to register the service to obtain a handle. If there is a stub for a desired service, then the stub 
may be downloaded to the client al thai time to provide the service connection between the client 
and the service provider. Sfce column 4, line GO, through column 5, line 3 of Devarakonda et al. 

Nowhere in Devarakonda et al, is there disclosed or suggested any system or method for 
performing a service on a netwoik device, including: 

checking the service relationships of the loaded service against a stored service 
registry, wherein the service registry includes indications of services and indications of 
dependencies of services on other services, and wherein the checking the service 
relationships of the loaded service includes determining whether all other services the 
loaded service depends on are available; and 

causing the service to be executed on the network device only if all other services 
the loaded service depends on are determined to be available, (emphasis added) 

as in the present independent claim 1. Independent claims 18» 35 and 43 include analogous 
features. In contrast, Devarakonda et al. describe a system in which an application program that 
needs a service causes middleware to determine whether a stub for that service is present to 
provide a connection to the service, Devarakon rfa et al. includes no hint or suggestion of any 
determining whether all other services the loaded service depends on are available, or of causing 
the service to be executed only if all other services the loaded service depends on are available, 
as in the present independent claims. Devarakonda et al, instead is concerned with looking for a 
service stub for the service to be used on the client,, such as the stub objects shown in Fig. 4 of 
Devarakonda et aL If the stub for the desired service is found, as described in column 4 lines 
20-25 of Devarakonda et aL, the service stub provides the desired service across the tiers I (client 
function) and 2 (service provider) of a client/server strategy. Devarakonda et al. makes no 
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attempt to determine whether ail other services the loaded service depends on are available;, or to 
cause the service to be executed on the network device only if all other services the loaded 
service depends on are available, as in the present independent claims. 

For the above reasons, Applicants respectfully urge that Devarakon da et al. does not 
disclose or suggest all the features of the present independent claims I, 18, 35 and 44. 
Accordingly, Devarakonda et al, does not anticipate the present independent claims 1 f 18, 35 and 
44 tinder 35 U.S.C. 102. As to claims 2-4, <5-14 and 19^2, they each depend from claims 1, 18 
and 35, and are believed to be patentable over Devarakonda et al. for at least the same reasons. 

At paragraphs 16-20 of the Office Action, the Examiner rejected claims 5, 15-17 and 43 
for obviousness under 35 U.S.C. 103, again citing Devarakonda et aL. and additionally citing 
United States patent number 6,658,580 of Bell et aL HBell et al/ n. Applicants respectfully 
traverse this rejection. 

Bell et al* disclose a network device including redundant, synchronous central timing 
subsystems (CTSs) each having a voltage controlled tuning circuit fox receiving a constant 
master voltage signal and variable slave voltage signal. Bell et al. also teach a modular software 
architecture, in which applications gather necessary information (Le, 3 metadata) from a variety of 
sources, for example, text files, JAVA class files and database views. The relevant 
disclosure of Devarakonda jet al. is discussed above with regard to the rejections tinder 35 U.S.C- 
102. 

Nowhere in Devarakonda et al. or Bell et al., taken independently or in combination, is 
there disclosed or suggested any system or method for performing a service on a network device, 
including: 
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checking the service relationships of the loaded service against a stored service 
registry, wherein the service registry includes indications of services and indications of 
dependencies of services on other services, and wherein the checking the service 
relationships of the loaded service includes determining whether all other services the 
loaded service depends on are available* and 

causing the service to be executed on the network device only if ttU other services 
the loaded service depends on are determined to be available (emphasis added) 

as in the present independent claim 1, from which claims 5 and 15-17 depend. Analogous 
features are also found in the present independent claim 43, Bell et al teaches the possible use 
of Java class files in a modular software architecture, but this teaching, like the teachings of 
Devarakonda et aU foils to disclose or suggest a system that determines whether all other 
services a loaded service depends on are available, or to cause the service to be executed on a 
network device only if all other services the loaded service depends on are available, as in the 
present independent claim 1, from which claims 5 and 15-17 depend, and in the present 
independent claim 43 ♦ 

For the above reasons, Applicants respectfully urge that the combination of Devarakonda 
etaL and pell et al. does not disclose or suggest all the features of the present independent claims 
1, from which claims 5 and 15-17 depend, or independent claim 43. Accordingly, the 
combination of Devarakonda et al, and Bell et al, does not support a prima facie case of 
obviousness under 35 U-S.C 103 with regard to the present independent claims 1 and 43, and 
dependent claims 5 and 15-17 are believed to be patentable over the combination of 
Devarakonda et al. and Belletal. for at least the same reasons. 

Reconsideration of all pending claims is respectfully requested 
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In view of the above, Applicants respectfully request that all rejections and objection of 
the Examiner be withdrawn- All claims are believed to be allowable, and the application is 
believed to be in condition for allowance. Favorable action is respectfully requested. 

Applicants have made a diligent effort to place the claims in condition for allowance. 
However, should there remain unresolved issues that require adverse action, it is respectfully 
requested that the Examiner telephone David A, Dagg, Applicants' Attorney act 617-630-1 131 so 
that such issues may be resolved as expeditiously as possible. 



Respectfully Submitted, 




Steubing McGuinness & Manaras LLP 
125 Nagog Park Drive 
Acton, MA 01720 
(617)630-1131 



Docket No. 0270157 120-077 
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